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REMARKS 

Claims 1-33 were pending in this application. Claims 34 and 35 are added. 
Therefore, claims 1-35 are pending. Claims 1, 15, 23 and 29 are amended for 
clarity. New claim 34 is fully supported in the Specification at least by page 12, 
lines 11-13. New claim 35 is fully supported in the Specificaiton by at least page 
15* line 23 to page 16, line 2, Applicant respectfully requests reconsideration and 
allowance of all pending claims. 

35 U.S,C, S 103 - Saether and Strong 

Claims 1-5, 10-12, 14-19, 22, 29 and 31-33 stand rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over U.S. Patent No. 6,405,219 to Saether et aL 
(hereinafter "Saether*0 in view of U.S. Patent No. 5,689,688 to Strong et al. 
(hereinafter "Strong")- Applicants respectfully traverse. 

Claim 1 as amended recites: 



A method of synchronizing data among a plurality of web servers, 
wherein each of the plurality of web servers is coupled to a conunon data 
server, the method comprising: 

receiving a scheduled activation time from the data server; 

prior to the scheduled activation time^ receiving updated data into 
staging caches in the plurality of web servers; and 

at the scheduled activation time, causing the updated data fi-om the 
staging caches within each of the plurality of web servers to be accessible 
from an active cache within each of the plurality of web servers. 



Saether is cited in the December 3 1, 2003 Final Office Action as disclosing 
a method of synchronization among a plurality of web servers in a network 
wherein each of the plurality of web servers in coupled to a common data server. 
However, the Office Action acknowledges that Saether does not disclose 
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retrieving a schedule activation time. The Final Office Action then cites Strong as 
disclosing the use and advantages of retrieving data into the staging cache and 
copying data from the staging cache, data server. (See Office Action, page 2). 
Strong faiis to cure these deficiencies. 

Strong describes a method for synchronizing local times* maintained at 
nodes within a network architecture, with a reference time. (See Strong, Abstract). 
Although the method described by Strong may be used to synchronize local times 
at network nodes, this method does not receive an activation time at which time 
updated data from a staging cache is made accessible in an active cache. Rather, 
Strong discloses the use of reference time stamps (col. 6, lines 5-9). Applicants 
respectfully assert that the time stamps of Strong are not equivalent to a scheduled 
activation time as recited in Claim 1 and does not address the problems solved or 
advantages realized by a method according to Clam 1. For example, a method 
according to claim 1 can advantageously cause all of the web servers to update the 
data at the same predetennined time (ie.., at the scheduled activation time). 

For at least these reasons. Applicant respectfully submits that Claim I is 
allowable over Saethcr and Strong, alone or in combination. Given that Claims 2- 
5, 10-12 and 14 depend from Claim 1, Claims 2-5, 10-12 and 14 are also allowable 
for at least the same reasons. 

Claim 1 5 recites in part: 

wherein the web server is configured to receive a scheduled 
activation time from the data server (emphasis added) 

As discussed above, neither Saether nor Strong teaches or suggests 
synchronizing data among multiple servers by receiving a scheduled activation 
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time. Thus, for at least this reason, Applicants respectfully submit that Claim 15 
is allowable over Saether and Strong, alone or in combination. Given that Claims 
16-19 and 22 depend from Claim 15, Claims 16-19 and 22 are also allowable for 
at least the same reasons. 

Claim 29 recites in part! 



providing a scheduled activation time from the data server to each 
of the plurality of web servers (emphasis added). 



As discussed above, neither Saether nor Strong teaches or suggests 
synchronizing data among multiple servers by receiving a scheduled activation 
time. Thus, for at least this reason. Applicants respectfully submit that Claim 29 
is allowable over Saether and Strong, alone or in combination. Given that Claims 
31-33 depend from Claim 29, Clahns 31-33 are also allowable for at least the 
same reasons. 

35 U.S.C. 8 103 - Saether, Strong and Hagersten 

Claims 6 and 30 stand rejected under 35 U.S.C. §103(a) as being 
unpatentable over Saether in view of Strong and in further view of U.S. Patent No. 
5,958,019 to Hagersten et, al (hereinafter 'mgersten"). 

Claims 6 and 30 recite: 



6. A method as recited in claim 1 wherem retrieving updated 
data into staging caches in the plurality of web servers is performed 
asynchronously. 
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30. A method as recited in claim 29 wherein the communicating 
updated data into a staging cache is performed asynchronously. 



As discussed above, neither Saether nor Strong teaches or suggests 
synchronizing data among multiple servers by receiving a scheduled activation 
time as recited in independent Claims 1 and 29. The Final Office Action 
acknowledges that Saether, in view of Strongs does not explicitly disclose 
retrieving updated data into staging caches of web servers performed 
asynchronously. The Final Office Action then cites Hagersten as teaching this 
feature. Applicants respectfully assert that the cited Hagersten disclosure does not 
overcome the deficiencies of Saether and Strong as described above. 

Further, Applicants respectfully assert that Hagersten does not teach or 
suggest suggest asynchronously retrieving or communicating updated data into 
staging caches in servers. Rather, Hagersten teaches a multiprocessing system 
configured to perforai synchronization operations. Although Hagersten describes 
various types of caches in a computer system, Hagersten fails to disclose or 
suggest asynchronously retrieving or communicating updated data mto staging 
caches in servers, as recited in Claims 6 and 30. Therefore, the combination of 
Saether, Strong and Hagersten fails to disclose or suggest all elements of Clahns 6 
and 30. 

For at least these additional reasons. Applicant respectfully submits that 
Claims 6 and 30 are allowable over Saether, Strong and Hagersten, alone or in 
combination. 



35 U.S.C. S 103 - Saether, Strong and Yamazaki 
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Claims 7 and 20 stand rejected under 35 U.S.C §103(a) as being 
unpatentable over Saether in view of Strong and in further view of U.S. Patent No. 
5,923,855 to Yamazaki (hereinafter "Yamazaki"). 

Claims 7 and 20 recite: 



7. A method as recited in claim 1 further comprising: 

after the scheduled activation time, updating data caches in the data 



server. 



20. A system as recited in claim 15 wherein each of the plurality 
of web servers is configured to update data caches in the data server after 
the scheduled activation time. 



As discussed above, Saether and Strong fail to teach or suggest 
synchronizing data among multiple servers using a scheduled activation time. The 
Office Action also acknowledges that Saether, in view of Strong, does not 
explicitly disclose after the scheduled activation time, updating data caches in the 
data server. (See Office Action, page 6). Yamazaki does not cure these 
deficiencies. 

Yamazaki discloses a multi-processing system and method for 
synchronizing among processors with cache memory having reset state, invalid 
state and valid state. Although Yamazaki describes updating data stored in cache 
memories of different processors in a multi-processor system, Yamazaki fails to 
disclose or suggest updating data caches after a scheduled activation time , as 
recited in Claims 7 and 20. Therefore, the combination of Saether, Strong and 
Yamazaki fails to disclose or suggest the elements of Claims 7 and 20. For at least 
these additional reasons, Applicant respectfully submits that Claims 7 and 20 are 
allowable over Saether, Strong, and Yamazaki, alone or in combination. 
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35 S 103 - Saethen Strong and Sakon 

Claims 8-9 and 21 stand rejected under 35 U-S.C. § 103(a) as being 
unpatentable over Saether in view of Strong and in fiirther view of U.S. Patent No. 
5,796,946 to Sakon (hereinafter "Sakon"). 

Claims 8-9 and 21 recite: 



8. A method as recited in claim 1 further comprising: 

after the scheduled activation time, calculating a next scheduled 
activation time. 

9, A method as recited in claim 1 further comprising; 

after the scheduled activation time, updating data caches in the data 
server and calculating a next scheduled activation time, wherein the 
updating and calculating are performed by the first web server to initiate a 
retrieval process after the scheduled activation time. 

21, A system as recited in claim 15 wherein each of the plurality 
of web servers is configured to calculate a next scheduled activation time 
after the scheduled activation time. 



As discussed above, neither Saether nor Strong discloses or suggests 
synchronizing data among multiple servers using a scheduled activation time. 
Thus, Saether and Strong fail to teach or suggest calculating such a tune in a 
manner as recited in claims 8-9 and 21. The OfSce Action also acknowledges that 
Saether, in view of Strong, does not explicitly disclose calculating the next 
scheduled activation time. (See OfiQce Action, page 7). Sakon does not remedy 
these deficiencies. 

Sakon discloses multi-processor system barrier synchronizer. Although 
Sakon describes a next barrier value, such a value is used to synchronize 
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processors in a multi-processor system, not for synchronizing data among multiple 
servers . Thus, the next barrier value described by Sakon is not equivalent to the 
next scheduled activation time as recited in Claims 8-9 and 21. Therefore, the 
combination of Saether, Strong and Sakon fails to teach or suggest the limitations 
ofClahns 8-9 and 21. 

For at least these additional reasons. Applicant respectfully submits that 
Claims 8-9 and 21 are allowable over Saether, Strong and Sakon, alone or in 
combination. 

35 U,S,C. S 103 - Saether, Strong and Brendd 

Claim 13 stands rejected under 35 U.S.C. §103(a) as bemg unpatentable 
over Saether in view of Strong and in fiirther view of U.S. Patent No. 5,774,660 
to Brendel et al. (hereinafter "Brcndel")* 

Claim 13 recites: 



A method as recited in claim 1 wherein the plurality of web servers 
comprise a web farm, and wherein the plurality of web servers are load 
balanced using a domain name service (DNS) round-robin technique. 



As discussed above, neither Saether nor Strong discloses or suggests a 
method for synchronizing data among multiple servers using a scheduled 
activation time, which is the subject matter recited in Claim 1. 

Brendel discloses a world-wide web server with delayed resource-binding 
for resource-based load balancing on a distributed resource multi-node network. 
Although Brendel teaches the use of DNS, nothing in Brendel remedies the 
deficiencies of Saether and Strong discussed above. Thus, the combination of 
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Saether, Strong and Brendel fails to teach or suggest the elements recited in Claim 
13. For at least these reasons, Applicant respectfully submits that Claim 13 is 
allowable over Saether, Strong and Brendel. 

35 U,S,C> S 103 - Saether, Strong. Yamazaki and Sakon 

Claims 23-28 stand rejected under 35 U.S.C. §103(a) as being unpatentable 

over Saether in view of Strong in further view of Yamazaki in further view of 

Sakon. 

Claim 23 recites: 



One or more computer-readable media having stored thereon a 

computer program comprising the foUowmg steps: 

retrieving a scheduled activation time from a data server; 

prior to the scheduled activation time, retrieving updated data into a 

staging cache in a server; 

at the scheduled activation time, copying data from the staging cache 

in the server to an active cache in the server; and 

after the scheduled activation time, updating data caches in the data 

server and calculating a next scheduled activation time. 



As discussed above, nothing in Saether, Strong, Yamazaki, or Sakon 
discloses or suggests synchronizing data among multiple servers using a scheduled 
activation time, updating of data caches after a scheduled activation time, or 
calculating a next scheduled activation time. Thus, the combination of these 
references still fails to teach or suggest the subject matter of Claim 23. For at least 
these reasons. Applicant respectfully submits that Claim 23 is allowable over 
Saether, Strong, Yamazaki and Sakon, alone or in combination. Given that Claims 
24-28 depend from Claim 23, Claims 24-28 are also allowable over Saether, 
Strong, Yamazaki and Sakon for at least the same reasons. 
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New Clfltoui 34 and 35 

New claim 34 recites in part, "receiving, by the plurality of web serveis, a 
scheduled actiyatioii time from the data server*' (emphasis added). This feature 
is similar to one discussed above in conjunction with the rejection of Claim 1, 
Therefore, Claim 34 is allowable over the cited references for^ at least the same 
reasons that Claim 1 is allowable. 

New Claim 35 recites n part, '"wlierein the scheduled activation time is 
based on a worst-case time needed to copy data from the data server by a web 
server*' (emphasis added). Applicants could find no teaching or suggestion m the 
cited portions of the cited references for this feature. Thus, dependent claim 35 is 
patentable over the cited references for at least this additional reason. 

Conchision 

Claims 1-33 are now in condition for allowance. Applic^t respectfully 
requests the issuance of the subject application. Should any matter in this case 
remain unresolved, the undersigned attorney respectfully requests a telephone 
conference with the Examiner to resolve any such outstanding matter. 



Date: ^///f /o ^ 



Respectfully Submitted, 




fLycke 
Reg. No. 38,540 
(206)315-4001x103 
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